home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 1858 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: hearst.acc.Virginia.EDU!adastra!mbs
  2. Newsgroups: comp.sys.amiga.networking
  3. From: mbs@adastra.cvl.va.us (Michael B. Smith)
  4. Subject: Re: I-Card/1200/AmiTCP problem
  5. References: <2137cc$113b28.182@news.hampshire.edu> <dave.0aue@ccom.co.nz>
  6. X-NewsReader: GRn 3.0c February 17, 1996
  7. MIME-Version: 1.0
  8. Content-Type: text/plain; charset=iso-8859-1
  9. Content-Transfer-Encoding: 8bit
  10. Message-ID: <mbs.49c3@adastra.cvl.va.us>
  11. Date: Mon, 26 Feb 96 12:04:24 EDT
  12. Organization: Only if you insist...
  13.  
  14. In article <dave.0aue@ccom.co.nz> dave@ccom.co.nz (David Eaves) writes:
  15. > In article <2137cc$113b28.182@news.hampshire.edu> ejpF95@hamp.hampshire.edu (Pinkey) writes:
  16. > > The I-Card freezes up my Amiga totally unprovoked...at the most random
  17. > > times.  I have narrowed the problem down to the sana-II driver.  I have
  18. > > used AmiTCP with SLIP, CSLIP, and PPP and have never had this problem.
  19. > > So I figured out that the problem resides in the SANA-II driver.
  20. >
  21. > We have an ICard that freezes A1200's randomly also.  We are using Envoy
  22. > rather than TCP/IP, so it looks like it is down to either the ICard
  23. > driver, or a hardware problem with the ICard/A1200's.  I have tried a
  24. > number of A1200's (5 or 6), including some brand new ones from Amiga
  25. > Technologies, and all have hung randomly at some point with the ICard
  26. > active.
  27.  
  28. We've just recently been able to identify _a_ problem, and do not yet
  29. have a solution. I really can't say more than that, other than that we
  30. are working on it. (And it's taking rather valuable time away from our
  31. I-Net 225 release <sigh>.)
  32.  
  33. > > I called Interworks technical support and the person told me that they
  34. > > would not test their product under AmiTCP because "Its (AmiTCP) too
  35. > > flakey)."  This really frustrated me because I have done my research on
  36. >
  37. > We see the exact same problem as you while running Envoy, so I don't
  38. > believe it is AmiTCP.
  39.  
  40. At this time, I would tend to agree. Amazingly enough though, the problem
  41. does not occur with ENLAN-DFS, nor is it easy to provoke under I-Net 225.
  42. --
  43.   //   Michael B. Smith
  44. \X/    mbs@adastra.cvl.va.us
  45.